home *** CD-ROM | disk | FTP | other *** search
/ Skunkware 5 / Skunkware 5.iso / man / cat.1 / fiz.1 < prev    next >
Text File  |  1995-07-25  |  6KB  |  133 lines
  1.  
  2.  
  3.  
  4.      FFFFIIIIZZZZ((((1111))))            UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((JJJJaaaannnn 33331111,,,, 1111999988888888))))             FFFFIIIIZZZZ((((1111))))
  5.  
  6.  
  7.  
  8.      NNNNAAAAMMMMEEEE
  9.           fiz - analyze damaged zoo archive for data revovery
  10.  
  11.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.           _f_i_z archive[....zzzzoooooooo]
  13.  
  14.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  15.           _F_i_z is used to analyze damaged _z_o_o archives and locate
  16.           directory entries and file data in them.  The current
  17.           version of _f_i_z is 2.0 and it is meant to be used in
  18.           conjunction with _z_o_o version 2.0.  _F_i_z makes no assumptions
  19.           about archive structure.  Instead, it simply searches the
  20.           entire subject archive for tag values that mark the
  21.           locations of directory entries and file data.  In a _z_o_o
  22.           archive, a _d_i_r_e_c_t_o_r_y _e_n_t_r_y contains information about a
  23.           stored file such as its name, whether compressed or not, and
  24.           its timestamp.  The _f_i_l_e _d_a_t_a are the actual data for the
  25.           archived file, and may be either the original data, or the
  26.           result of compressing the file.
  27.  
  28.           For each directory entry found, _f_i_z prints where in the
  29.           archive it is located, the directory path and filename(s)
  30.           found in it, whether the directory entry appears to be
  31.           corrupted (indicated by [*CRC Error*]), and the value of the
  32.           pointer to the file data that is found in the directory
  33.           entry.  For each block of file data found in the archive,
  34.           _f_i_z prints where in the archive the block begins.  In the
  35.           case of an undamaged archive, the pointer to file data found
  36.           in a directory entry will correspond to where _f_i_z actually
  37.           locates the data.  Here is some sample output from _f_i_z:
  38.  
  39.           ****************
  40.               2526: DIR  [changes] ==>   95
  41.               2587: DATA
  42.           ****************
  43.               3909: DIR  [copyrite] ==> 1478
  44.               3970: DATA
  45.               4769: DATA
  46.           ****************
  47.  
  48.           In such output, DDDDIIIIRRRR indicates where _f_i_z found a directory
  49.           entry in the archive, and DDDDAAAATTTTAAAA indicates where _f_i_z found
  50.           file data in the archive.  Filenames located by _f_i_z are
  51.           enclosed in square brackets, and the notation "==>   95"
  52.           indicates that the directory entry found by _f_i_z at position
  53.           2526 has a file data pointer to position 95.  In actuality,
  54.           _f_i_z found file data at positions 2587, 3970, and 4769.
  55.           Since _f_i_z found only two directory entries, and each
  56.           directory entry corresponds to one file, one of the file
  57.           data positions is an artifact.
  58.  
  59.           Once the locations of directory entries and file data are
  60.  
  61.  
  62.  
  63.      Page 1                                           (printed 3/9/94)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.      FFFFIIIIZZZZ((((1111))))            UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((JJJJaaaannnn 33331111,,,, 1111999988888888))))             FFFFIIIIZZZZ((((1111))))
  71.  
  72.  
  73.  
  74.           found, the @@@@ modifier to _z_o_o'_s archive list and extract
  75.           commands can be used and the archive contents selectively
  76.           listed or extracted, skipping the damaged portion.  This is
  77.           further described in the documentation for _z_o_o(_1).
  78.  
  79.           In the above case, commands to try giving to _z_o_o might be
  80.           xxxx@@@@2222555522226666,,,,2222555588887777 (extract beginning at position 2526, and get
  81.           file data from position 2587), xxxx@@@@3333000099990000,,,,3333999977770000 (extract at 3090,
  82.           get data from 3970) and xxxx@@@@3333999900009999,,,,4444777766669999 (extract at 3909, get
  83.           data from 4769).  Once a correctly-matched directory
  84.           entry/file data pair is found, _z_o_o will in most cases
  85.           synchronize with and correctly extract all files
  86.           subsequently found in the archive.  Trial and error should
  87.           allow all undamaged files to be extracted.  Also note that
  88.           self-extracting archives created using _s_e_z (the Self-
  89.           Extracting _Z_o_o utility for MS-DOS), which are normally
  90.           executed on an MS-DOS system for extraction, can be
  91.           extracted on non-MSDOS systems in a similar way.
  92.  
  93.      SSSSEEEEEEEE AAAALLLLSSSSOOOO
  94.           zoo(1)
  95.  
  96.      BBBBUUUUGGGGSSSS
  97.           Random byte patterns can occasionally be incorrectly
  98.           recognized as tag values.  This occurs very rarely, however,
  99.           and trial and error will usually permit all undamaged data
  100.           to be extracted.
  101.  
  102.      DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
  103.           _F_i_z always exits with a status code of 0.
  104.  
  105.      FFFFUUUUTTTTUUUURRRREEEE DDDDIIIIRRRREEEECCCCTTTTIIIIOOOONNNNSSSS
  106.           Automation of data recovery from a damaged archive is
  107.           potentially achievable.  However, since damaged archives
  108.           occur only rarely, _f_i_z as it currently stands is unlikely to
  109.           change much in the near future.
  110.  
  111.      AAAAUUUUTTTTHHHHOOOORRRR
  112.           Rahul Dhesi
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.      Page 2                                           (printed 3/9/94)
  130.  
  131.  
  132.  
  133.